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(57) Abstract: The invention relates to multimedia page editing on a terminal. A server (SER) supplies pages to the terminal (TER) 
in the form of object arrangement commands for objects in a multimedia page to be generated. The method according to the invention 
comprises (a) a preliminary step (12) wherein the server transmits an object-related data packet as well as a temporary store command 
( CACHE ) for the data (DATA), which is identified by a link ( node i ) in a terminal memory; and (b) a main step (15) wherein the 
server transmits a descriptive file containing said link for editing the object in a scene being generated in the terminal on the basis of 
\^ the stored data. 
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(57) Abrege : L'invention concerne l'edition de pages multimedia aupres d'un terminal. Un serveur (SER) distribue des pages sous 
forme destructions d'agencements d'objets au sein d'une page multimedia a construire, aupres d'un terminal (TER). Le procede au 
sens de l'invention comporte a) une etape prealable (12) pendant laquelle le serveur transmet un paquet de donnees relatives a un 
objet, avec une instruction de stockage temporaire ("CACHE") de ces donnees (DATA), identifiees par un lien ("node i"), dans une 
memoire du terminal, b) et une etape courante (15) pendant laquelle le serveur transmet un fichier descriptif comportant ce lien, pour 
editer, aupres du terminal, l'objet dans une scene en construction, a partir des donnees stockees. 
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PROCEDE D ' EDITION D'UNE PAGE MULTIMEDIA AVEC PRE-MEMORI SAT I ON 

5 L 1 invention concerne 1' edition de pages multimedia aupres 
de terminaux, notamment dans le cadre de services 
multimedia proposes sur des telephones mobiles agences 
pour cooperer avec des reseaux cellulaires, 

Dans le contexte de 1 ' invention, un serveur distribue, a 
un ou plusieurs terminaux, une partie au moins de pages 
multimedia sous forme d 1 instructions d 1 agencements 
d'objets au sein d'une page multimedia a construire. 

Dans ce contexte, un meme objet peut etre utilise 
notamment par plusieurs pages multimedia successives et 
conserver, ou non, de memes parametres d 1 agencements d'une 
page multimedia a 1 T autre. 

On entend par "page multimedia" par example une scene 
graphique a editer aupres du terminal, le -cas echeant 
agrementee d'une ou plusieurs sequences sonores a jouer 
sur des baffles ou ecouteurs du terminal* 

Par exemple, pour 1' edition graphique d'un plan d'une 
ville sur un terminal mobile , un meme objet (par exemple 
un objet graphique tel qu 1 une carte routiere) est 
susceptible d'etre edite dans plusieurs scenes successives 
si 1 1 utilisateur du terminal applique une commande 
interactive du type zoom/dezoom ou "fleche gauche/f leche 
droite, haut/bas" pour ajuster une position de 
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visualisation du plan. Dans ce cas, a chaque cornmande 
d 1 interaction de 1 1 utilisateur , le s-erveur transmet 
habituellement les memes donnees relatives a l'objet 
graphique a editer, le cas echeant avec -des parametres 
5 d 1 agencement de l'objet dans la scene graphique (par 
exemple une valeur de zoom), qui sont differents. 

II se pose alors le probleme de transmission et stockage 

systematiques et inutiles des donnees relatives a un meme 
10 objet, pour plusieurs pages multimedia dans lesquelles le 

meme objet intervient, le cas echeant avec des parametres 
* d T agencement differents, Ce probleme devient 

particulierement genant lorsque l'on doit avoir recours a 

plusieurs echanges entre le terminal et le serveur 
15 d'autant plus que la bande passante allouee pour la 

communication entre le serveur et le terminal (notamment 

mobile) peut etre restreinte. 



La presente invention propose un mecanisme de stockage de 
20 donnees propres a des objets destines a etre agences au 
sein de pages multimedia. Plus particulierement , 
1 1 invention propose un processus de transmission et de 
decodage de fonctions de «cache» ( c 'est-a-dire une 
anticipation de lecture suivie d'une memorisation) des 
25 donnees d 1 objets, prealablement a l'agencement spatio- 
temporel de ces objets dans une page multimedia. 



Pour ce qui concerne l 1 edition de scenes graphiques, 
plusieurs formats de representation graphique d f animations 
30 graphiques existent actuellement . Cependant, aucun de ces 
formats ne propose un mecanisme de "cache' 1 d 1 informations 



WO 2005/088927 



PCT/FR2004/000337 



3 

sur les objets graphiques qui sont <iecrits au sein <ie la 
representation graphique. 

On connait des techniques qui permettent de gerer des 
informations de "cache" d'une scene graphique en utilisant 
des methodes programmatiques (par exemple -en MPEG/MPEGJ, 
ou VRML/EAI), ou encore protocolaires (par exemple en 
http, RTP, ou autres) , mais dans un but tout differ-ent de 
celui de la presente invention. D'ailleurs, ces techniques 
souffrent d'un manque de souplesse en ce sens qu'il est 
impossible de telecharger des morceaux de contenu 
programmatique, ou encore parce que de telles techniques 
utilisent necessairement les mecanismes protocolaires 
precites. Elles souffrent aussi d'un manque d'efficacite 
dans le rendu graphique en ce sens qu'il est souvent 
necessaire de lancer une machine virtuelle pour traiter le 
contenu programmatique . 

L'un des buts vises par la presente invention ooncerne la 
reduction de la memoire des terminaux, necessaire a 
1' edition de pages multimedia complexes, ou d'une 
succession de telles pages. 

Un autre but vise par la presente invention ooncerne la 
reduction des ressources de calcul necessair-es a 1' edition 
de telles pages, ou d'une succession de ces pages. 

Un autre but vise par la presente invention -est de fournir 
un procede permettant d'accomplir les buts vises ci-avant 
tout en offrant une compatibilite avec les techniques 
classiques de decodage. 
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Plus generalement, un but vise par la presente invention 
est d'offrir une plus grande flexibilite au niveau des 
requetes et donnees echangees entre le serveur et le 
terminal . 



La presente invention propose tout d'abord un precede 
d 1 edition de pages multimedia aupres d'un terminal, dans 
lequel un serveur distribue, a un ou plusieurs terminaux, 
10 une partie au moins des pages multimedia sous forme 
d 1 instructions d 1 agencements d'objets au sein d'une page 
multimedia a construire, 
le precede comportant : 

a) au moins une etape prealable pendant laquelle- le 
15 serveur transmet des donnees relatives a au moins un 

objet a agencer dans une page multimedia a -construire, 
avec une instruction de stockage desdites donnees, 
identifiees par un lien, dans une memoire du terminal, 

b) et au moins une etape courante pendant laquelle le 
20 serveur transmet un fichier descriptif comportant ledit 

lien, pour editer, aupres du terminal, ledit objet dans 
au moins une page multimedia en construction, par 
lecture des donnees stockees dans la memoire du 
terminal . 

25 

Ainsi, le procede au sens de 1' invention off re une plus 
grande flexibilite au niveau des requetes et donnees 
echangees entre le serveur et le terminal, en permettant 
une anticipation sur le ou les objets qui seront edites 
30 dans les pages multimedia par le terminal. Typiquement, 
l f etape b) seule peut etre reiteree plusieurs fois pour 
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1' edition du meme objet dans plusieurs pages multimedia 
successives, avantageusement sans telecharger 

necessairement du serveur les donnees relatives a 1 ? objet 
pour chaque page multimedia a construire. 

5 

Dans une realisation, le serveur transmet au terminal 
lesdites donnees et 1 1 instruction de stockage dans au 
moins un paquet de donnees. 

10 Le stockage dans la memoire du terminal est 
pref erentiellement temporal re et 1' instruction de stockage 
precitee comporte, dans cette realisation, un parametre de 
temporisation de valeur predeterminee definissant une date 
d 1 expiration a compter de sa reception aupres du terminal . 

Dans une autre realisation, 1 ' instruction precitee est <ie 
type "cache" entre le serveur et le terminal, avec une 
zone memoire du terminal allouee pour le stockage des 
donnees associees a cette instruction, afin d'accelerer 
20 une execution ulterieure repetee de l'etape -b) , pour le 
meme objet. 

Dans une realisation, 1 1 instruction de stockage comporte 
une information relative a un nombre de donnees que le 
25 terminal doit stocker en memoire. Par exemple, 
1 1 instruction de stockage peut comporter un marqueur de 
debut d 1 enregistrement des donnees et un marqueur de fin 
d'enregistrement des donnees, de sorte que le nombre de 
donnees precite est defini par ce couple de marqueurs. 

30 
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Avantageusement , le fichier de script! f precite comporte un 
script incluant un ou plusieurs liens sous forme -de 
requetes URL (pour "UNIVERSAL RES SOURCE LOCATOR") . 

5 De fagon avantageuse, 1 1 instruction de stockage est 
realisee sous la forme d'une commande correspondant a une 
fonction de bas-niveau. 

On indique d'ailleurs que de nombreuses scenes graphiques 
10 utilisent une representation sous forme d'une liste de 
primitives (fonctions uniques d' execution simple et dites 
de "bas-niveau") . Les fonctions de description de "cache 11 
permettent alors d'anticiper la transmission et la Lecture 
de plusieurs scenes graphiques au sein d'un service 
15 multimedia composite. Cette representation bas-niveau des 
fonctions de "cache" permet d' avoir une interaction fine 
avec les objets de l f animation tout en assurant un 
transport binaire entre le serveur et le terminal, 
notamment mobile. On reduit ainsi le temps de latenoe pour 

■ 

20 1 f utilisateur final du terminal. 

Dans un mode de realisation, l'objet est un objet de type 
graphique comportant au moins 1 1 un des elements parmi : 

- une image , 

25 - une sequence d' images, 

- une sequence d 1 images synthetiques 2D, 

- et une sequence d 1 images synthetiques 3D. 

On indique que de telles sequences d 1 images sont 
30 susceptibles d'etre utilisees par example par le standard 
MPEG-4, pour 1' edition de scenes graphiques. 
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Des lors que cette instruction de istockage apparait comme 
un moyen essentiel pour mettre en oeuvre le procede ci- 
avant, la presente invention vise aussi un produit 
5 programme sous forme de code inf ormatique, et comportant 
une instruction de stockag-e, dans une memoire d'un 
terminal, de donnees relatives a un ofojet destine a etre 
edite, aupres dudit terminal, dans une ou plusieurs pages 
multimedia dans lesquelles 1' ofojet • est susceptible 

10 d 1 intervenir . La presente invention vise aussi un signal 
comportant ce code. Ce signal et/ou le produit programme 
lui-meme, peuvent etre transmis du serveur au terminal, ou 
encore emaner d'un support memoire qui coopere av-ec un 
lecteur du terminal (tel qu'un lecteur de CDHJOM ou 

15 autre) . 

D'autres caracteristiques et avantages de 1' invention 
apparaitront a 1 1 examen de la description detaillee ci- 
apres, et des dessins annexes sur lesquels : 
20 - la figure 1 illustre les echanges entre un serveur SER 
et un terminal TER, pour le deroulement des etapes du 
procede au sens de l 1 invention, 

- la figure 2 represente schema tiquement -et partiellement 
les elements d'un terminal TER, et 
25 - la figure 3 represente des agents logiciels 
interagissant pour l 1 edition de pa-ges multimedia aupres du 
terminal TER. 

( En annexe, on a retranscrit un code informatique de la 
30 commande "CACHE" (en format binaire) correspondant a 
1 ' instruction de stockaqe precitee. II faut comprendre en 
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particulier que la description et son annexe presentent 
des caracteristiques susceptibles de contribuer a la 
definition de l 1 invention. 

En se referant a la figure 1,. le contexte d 1 application de 
l 1 invention peut etre decrit par les etapes suivantes : 

Le terminal mobile TER demande une ou plusieurs pages 
multimedia, par exemple un contenu d ? animation 
graphique, a un serveur SER (etape 11) . 

Le serveur SER renvoie un contenu (etape 12) comportant 
des donnees (audio, video, texte, ou autres) propres a 
un objet, par exemple un objet graphique a editer dans 
une scene graphique. Dans ce contenu est decrite une 
fonction de stockage temporaire "CACHE" (correspondant 
a 1 1 instruction de stockage precitee) , comme le montre 
la table 12-a. Cette fonction "CACHE" indique qu 1 un 
ensemble d'objets graphiques sera stocke en memoire 
dans le terminal et sera, le cas echeant, accessible en 
reponse a une requete du meme terminal. Cette fonction 
indique done au terminal TER qu'il doit stocker des 
donnees relatives a un objet susceptible d'intervenir 
dans une ou plusieurs futures scenes graphiques a 
construire. Cet objet est identifie par un noeud 
graphique "node i" auquel on associe done des donnees 
DATA propres a 1' objet graphique. 

Le terminal stocke ces donnees DATA (etape 13) dans une 
zone memoire ZMi du terminal, identifiable par un li*en, 
par exemple une chaine de caractere "node i". 
Le serveur SER envoie (etape. 15) la description d'une 
scene incorporant 1 ? objet "node i", le cas echeant avec 
des attributs Attr d'agencement de l 1 objet dans la 
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( scene (fichier descriptif par example sous forme de 

script 15-b) • 

- Le terminal TER reconnait le lien "node i" vers la zone 
memoire ZMi et recupere (etape 16) les donnees DATA 
5 prealablement stockees a 1' etape 13 pour - editer une 

scene graphique incluant 1' objet correspondant au noeud 
"node i", avec les attributs d 1 agencement Attr qu'a 
transmis le serveur a l 1 etape 15. 

Le cas echeant, le terminal peut demander au serveur de 
10 nouveaux attributs, pour le meme objet "node i", pour 

1' edition d'une nouvelle scene graphique incluant ce 
meme objet (etape 14), si la duree de vie du stockage 
des donnees DATA aupres du terminal le permet, comme on 
le verra plus loin, 

15 

Cette commande CACHE est utilisee -pour stocker 
temporairement un ensemble de donnees DATA propres a un 
objet d'une scene a construire. Cette commande est 
pref erentiellement regroupee avec les donnees DATA dans un 
20 meme paquet (par exemple un • paquet Aoce-ssUnit en 
MPEG-4 /System, ou encore un paquet RTP) . Pour modifier une 
scene actuelle, le serveur transmet des paquet s suivahts 
(contenant une ou plusieurs commandes) . 



25 On se refere a la- figure 2 pour decrire brievement des 
modules prevus classiquement dans un terminal TER. Le 
terminal comporte un module de communication 21, notamment 
avec le serveur SER, duquel il regoit la commande "CACHE" 
precitee. A cette commande CACHE est associe un noeud 

30 graphique "node i" et le terminal stocke les donnees DATA 
dans une zone memoire ZMi (i=l,2,...) en correspondance de 
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'i 

ce noeud "node i" . Cette zone memoire ZMi est pr^vu-e dans 
une memoire MEM que comporte le terminal TER. 

Ensuite, une commande suivante que transmet le serveur et 
5 relative a l'objet identifie par le noeud "node i", sera 
interpretee par le terminal comme visant le contenu de la 
zone memoire ZMi et permettra done de recuperer les 
donnees DATA relatives a cet objet. Ces donnees DATA sont 
ensuite traitees dans una memoire de travail 22 (par 
10 exemple par un logiciel du terminal dit "PLAYER"), 
' eventuellement distincte de la memoire MEM . Les 
informations permettant 1* edition de la scene a construire 
sont alors transferees vers une interface 23 , par exemple 
une interface graphique pour un affichage de la scene (ou 
15 encore par une interface sonore pour un rendu sonore) . 
Comme ces donnees DATA sont pref erentiellement 
temporaires, il sera fait reference a la valeur horaire 
lue aupres d'une horloge 24, habituellement prevue dans un 
terminal (notamment dans son processeur) . 

20 

On decrit ci-apres la semantique de la commande "CACHE" 
(decrite en format binaire dans 1 1 annexe et appelee 
cacheObject ) . 

25 Un paquet "cacheObject" permet d'envoyer en avance un 
contenu qui s'executera par exemple en reponse a une 
requete URL (par exemple a la suite des etapes 14 et 15 de 
la figure 1) . Cette requete peut etre faite suite a une 
commande d'un utilisateur du terminal (commande 

30 interactive) . Un cacheObject peut etre permanent, dans sa 
definition, et stocke en memoire a n f importe quel instant. 
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Toutefois, les donnees associees au cacheObject ont une 
date d' expiration (dans la memoire du terminal) definie 
par le temps de reception et la duree -de vie TTL (pour 
"Time To Live") de ses .donnees stockees temporairement • 
5 Cet attribut TTL indique en secondes le temps apres lequel 
le cacheObject. n' est plus valide. 

Les attributs qui sont associes a cette -commande 
cacheObject sont par exemple les suivants : 

10 • TTL : la duree de validite du cacheObject 

• URL : les donnees du cacheObject sont recuperees de 
la memoire MEM, en reponse a ce lien URL 

• Source : les donnees DATA a stocker et qui pourront 
etre recuperees ensuite. 

15 

4 

Pour ce qui concerne les attributs Attr qui sont ensuite 
envoyes avec le noeud "node i", on cite a titre d' exemple 
une couleur et une police de caracteres associees a un 
texte a afficher aupres du terminal, tandis -que la chaine 
20 de caracteres, elle-meme, du texte a afficher a ete 
stockee prealablement en memoire MEM du terminal, en tant 
que donnees DATA envoyees avec la commande CACHE au sens 
de l 1 invention. 



25 On indique que la plupart des scenes graphiques 
» necessitent habituellement une representation sous forme 
d'une liste de primitives (fonctions de bas-niveau) de 
rendu graphique, A chacune de ces primitives correspond 
une seule fonction, simple, d 1 attribution d 1 un parametre 

30 d 1 edition graphique. La fonction de stockage CACHE, au 
sens de l 1 invention, se presente avantageusement -oomme une 
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fonction de bas-niveau. Une representation bas-niveau de 
cette fonction permet notamment d 1 avoir une interaction 
fine avec les objets de l f animation et un transport 
binaire entre le serveur et le terminal, notamment mobile. 

5 

Plus specif iquement, on a retranscrit en annexe jointe 
1 1 instruction "cacheObj ect " , en langage SDL (pour 
"Synthetic Description Language"), oorr«espondant a un code 
adopte pour definir les formats -de bltstreams (flux 
10 binaire), avec des octets associes a chaque champ. On 
indique que des details relatifs a ce langage informatique 
peuvent etre trouves dans le descriptif de la norme ISO 
IEC 144-96. 

15 On indique ici que la commande CACHE est declaree par 
1 1 instruction const bit (4) 12 qui signifie que cette 
commande est declaree par I'entier "12" qui devra se 
retrouver dans les quatre premiers bits du flux binaire 
que regoit le terminal. Ainsi, si ces quatre premiers bits 

20 comportent I'entier "12", ils declareront la commande 
CACHE. Ensuite, la commande bit (6) msgID declare I'entier 
msgID qui, en fonction de sa valeur, lorsqu'il est re<?u 
par le terminal, peut declencher differentes actions 
aupres du terminal. Ici, ces actions sont "Permanent" 

25 (indique si le terminal doit garder les donnee-s de l'obj^et 
en memoire ou non) et "Replace" (indique si le terminal 
doit remplacer le contenu de ses donnees memorisees par 
les nouvelles donnees arrivantes). Des combinaisons de ces 
actions (ou non-actions) sont aussi prevues, selon la 

30 valeur de msgID. 
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Les commandes suivantes uint(X) declarent : 

- le nombre d f octets a lire et a stocker "payloadLength", 

- la duree de vie des donnees stockees en memoire "TTL" , 
et 

5 - un temps a lire "time", aupres d'une horloge du 

terminal 24 (figure 2), pour respecter la duree de vie 
TTL. 

La commande byte (8) [payloadLength] payload indique que Le 
terminal doit lire et, le cas echeant (selon la valeur de 
10 la variable msgID) , enregistrer toutes les donnees qu'il 
regoit du serveur jusqu'a ce qu'il lise le marqu^ur 
"payloadLength" . 

Enfin, la commande suivante STZString definit une maniere 
15 de lire une chaine de caracteres pour lire un lien URL 
soit vers la memoire du terminal, soit vers des pages html 
du serveur. 



Ainsi, le serveur transmet des pages multimedia qui 
20 contiennent des liens et les reponses associeas a ces 
liens avec une instruction de stockage de ces reponses sur 
le terminal. Le terminal peut soit accepter,' soit refuser 
de stocker ces reponses, par exemple si elles sont trop 
volumineuses ou si le delai d 1 expiration est trop court ou 
25 trop long. Suite a une interaction • de 1 1 usager ou 
l f execution d f un script pour une ' demande du contenu d'un 
lien dans une des pages multimedia, le terminal accede 
prioritairement a la reponse stockee sur le terminal, si 
elle est ef f ecti vement stockee. 



30 
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On se refere maintenant a la figure 3 pour decrire un 
modele de transmission et de rendu de scenes graphiques. 

Une pluralite de modules 42 (decodeurs d'images divers), 
5 43 (gestion de protocoles reseaux) , 44 (gestion de polices 
(ou caracteres) de texte) , sont stockes en memoire 41 du 
terminal TER, en tant que residents memoire. En outre, un 
logiciel client 45, dit. "PLAYER", est aussi stocke en tant 
que resident memoire dans la memoire 41. 

10 

Le PLAYER 4 5 permet de visualiser des contenus animes, 
interactifs et multimedia sur 1-e terminal mobile. 
Essentiellement, ce logiciel telecharge ou lit des 
informations qui decrivent 1 1 agencement s p a t i o - tempo re 1 
15 d ! objets graphiques, la fagon dont ils sont synchronises 
et les interactions de 1 1 utilisateur du terminal qui sont 
possibles sur ce contenu. 

Le PLAYER 4 5 interprete alors les interactions de 
20 1 ? utilisateur et en deduit les comportements appropries 
des objets graphiques ou les requetes a effect-uer sur le 
serveur de contenus. Le PLAYER 45 (par example de type 
"STREAMEZZO") inclut des fonctions de rendu d 1 objets 
graphiques et des moteurs pour la visualisation (moteur de 
rendu graphique 50) et 1 ! interaction (moteur d 1 interaction 
51) avec la scene multimedia. Le PLAYER 4 5 utilise les 
modules 42, 43, 4 4 en tant qu'API ("Application Program 
Interface") du systeme du terminal mobile qui permettent : 

• de decoder les images (module 42) , 

• de recuperer un flux venant du reseau ou d 1 une source 
locale (module 43) , et 
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• de gerer l'affichage du texte et notamment les 

4 polices residentes en standard dans le terminal 

mobile (module 44). 

5 Les contenus pour 1 'edition comprennent des graphiques 
vectoriels animes, du son, de la video et des interactions 
utilisateur. La visualisation de contenus multimedia 
interactifs, dans des environnements mobiles, necessite 
habituellement 1 1 utilisation des techniques de compression 

10 afin d' assurer une mise a disposition efficace du contenu 
et une optimisation du rendu des objets graphiques 
composant ce contenu. Ce contenu peut alors etre visualise 
dans de bonnes conditions sur les terminaux mobiles. Les 
informations lues ou telechargees par le PLAYER 4 5 sont 

15 done fortement compressees et le PLAYER doit dono 
decompresser ces donnees et les interpreter a la volee 
pour jouer le contenu. 

Plus particulierement , le PLAYER 4 5 comporte des modules 
20 de decodage audio et video, respect ivement 4 6 et 47, un 
analyseur de flux decode 4 9, un gestionnaire de media 48, 
un moteur de rendu (graphique ou sonore) 50 et un moteur 
d 1 interactivity 51. 

25 Le f onctionnement du logiciel PLAYER peut se decrire selon 
les etapes suivantes : 

saisie des donnees d 1 entree via une connexion reseau ou 
une lecture de fichier, 

decompression de ces donnees afin d'obtenir une 
30 description des objets graphiques directement 
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utilisables par le moteur de rendu audio et graphique 
50, 

- composition des objets graphiques entre eux pour creer 
une scene graphique, 

5 - rendu graphique proprement dit des objets audio et 

graphiques, par affichage d f objets visuels ou par jeu 
d'un son, 

- prise en compte des interactions utilisateurs , par 
exemple un clique d'un pointeur, ou la pression d'une 

10 touche, ou autres, 

- etablissement d'une connexion a une source 

d' information locale ou distante si necessaire. 

• ■ 

Suite a une requete de 1 1 utilisateur , cette derniere etape 
15 va consister en l'ouverture d'une connexion vers le 
serveur SER et recuperer un flux binaire. Ce flux binaire 
est analyse par le PLAYER 45 qui cree alors un objet 
SceneGraph contenant les differents objets de la scene 
sous forme de noeuds d'un graphe, Le flux d ' information est 
20 decoupe en paquets qui regroupent des informations qui, 
dans une realisation preferee, ne sont valides uniquement 
qu'a un instant donne et correspondent a un seul type 
d'information (principe de 1 ' "AccessUnit " du standard 
MPEG-4) . 

25 

Le PLAYER analyse chaque paquet et execute les commandes 
qui y sont decrites suivant son horloge (non representee 
sur les figures), laquelle fournit le temps de la scene 
multimedia et, le cas echant, la duree de validite TTL des 
30 donnees DATA associees a une commande CACHE. 
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' Ainsi, on comprendra que ce PLAYER 45, nofcamment av:ec les 
autres modules 42, 43 et 44 du terminal, peut assurer le 
processus de reception et de decodage d'une fonction de 
stockage CACHE de donnees d'objets graphiques intervenant 

5 dans des scenes graphiques, au sens de la presente 
invention. 

Cette fonction de stockage permet de gerer la 
representation d'un objet et/ou la modification de son 

10 agencement dans une scene, sans avoir a telecharger 
systematiquement les memes donnees de 1' objet dans le 
terminal. Ainsi, cette fonction permet de lier plusieurs 
scenes graphiques en un service multimedia composite, 
avantageusement lorsque le meme objet intervient 

15 frequemment dans ces scenes. 

Plus generalement, le procede au sens -de l 1 invention 
permet une reduction de la memoire (par exempli la memoire 
graphique) du terminal, puisque 1 1 on ne memorise que 
20 1 1 instruction de stockage de donnees sur les noeuds 
graphiques . 

Le procede au sens de 1' invention permet aussi un gain 
dans 1 ' utilisation des ressources de calcul, puisque, 

25 typiquement, 1 1 utilisation d'un contenu programmatique tel 
que defini ci-avant induirait un net surcout de calcul, au 
moins pour certaines animations. Avantageusement, 1-e 
procede au sens de l 1 invention, utilisant un mecanisme 
conforme a un processus classique de rendu de commande 

30 graphique, dans une realisation preferee, est alors facile 



WO 2005/088927 



PCT/FR2004/000337 



18 

a implement er, en particulier pour un -systeme a terminaux 
mobiles cooperant avec des reseaux cellulaires . 

Le procede au sens de 1* invention off re aussi un*e 
5 compatibility avec les techniques classi-ques -de decodaqe, 
puisque le procede peut etre mis en oeuvre dans la plupart 
des dispositifs de rendu graphi-que. 

On indique que le procede de 1 1 invention, tres general, 
10 peut s'appliquer a pratiquement toutes les descriptions 
d 1 animations graphiques actuelles telles que M-PEG-4 /BTFS , 
SVG, ou autres, des lors qu'une application requiert la 
representation des signaux qui la composent sous forme 
d'un agencement spatio- tempore! d'objets graphiques. 
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cacheObject { 
constbit(4) 12; 
5 bit ( 6) msgID; 

if (msgID =- 2) { 

isPermanent = false; 
isReplace = true; 
} else if (msgID == 4) { 
10 isPermanent = true; 

isReplace = true; 
} else if (msgID == 6) { 
isPermanent = false; 
isReplace = false; 
15 } else if (msgID ==7) {* 

i 

isPermanent = true; 
isReplace = false; 

} 

uint (24) payloadLength; 
20 uint (32) time; 

byte ( 8 ) [payloadLength] payload; 
uint (32) TTL; 
STZString url; 



25 



} 



STZString { 
uint (5) len; 
uint (len) slen; 
byte (8) [len] UTF-string; 



30 



WO 2005/088927 



PCT/FR2004/000337 



20 

Revendications 

1. Procede d 1 edition de pages multimedia aupres d'un 
terminal, dans lequel un serveur distribue, a un ou 
5 plusieurs terminaux, une partie au moins desdites pages 
multimedia sous forme d ' instructions d f agencements 
d'objets au sein d'une page multimedia a construire, 

caracterise en ce que le procedi comporte : 

a) au moins une etape prealable pendant laquelle le 
10 serveur transmet des donnees relatives a au moins un objet 

a agencer dans une page multimedia a -construire, avec une 
instruction de stockage desdites donnees, identifiees par 
un lien, dans une memoire du terminal, 

b) et au moins une etape courante pendant laquelle le 
15 serveur transmet un fichier descriptif comportant ledit 

lien, pour editer, aupres du terminal, ledit objet dans au 
moins une page multimedia en -construction, par lecture des 
donnees stockees dans la memoire du terminal. 

20 2. Procede selon la revendication 1, -caracterise en ce que 
le serveur transmet au terminal lesdites donnees et 
1 ' instruction de stockage dans au moins un paquet de 
donnees . 

3. Procede selon l'une des revendications 1 et 2, 
caracterise en ce que le stockage dans la memoire du 
terminal est temporaire. 

4. Procede selon la revendication 3, caracterise en ce que 
ladite instruction comporte un parametre de temporisation 



WO 2005/088927 



PCT/FR2004/000337 



21 

de valeur predeterminee definissant une date <i' expiration 
a compter de sa reception aupres du terminal. 

5. Procede selon l'une des revendications precedentes, 
5 caracterise en ce que ladite instruction est de type 

"cache" entre le serveur et le terminal , avec une zone 
memoire du terminal allouee pour le stockage des -donnees 
associees a ladite instruction, afin d'aocelerer une 
execution ulterieure repetee de l'etape b) , pour le meme 
10 objet. 

6. Procede selon l'une des revindications precedentes, 
caracterise en ce que 1 1 instruction <ie stockag^e comporte 
une information relative a un nombre de donnees que le 

15 terminal doit stocker en memoire. 

7. Procede selon l'une des revendications precedences, 
caracterise en ce que ledit fichier descriptif comporte un 
script incluant un ou plusieurs liens sous forme -de 

20 requetes URL. 

8. Procede selon l'une des revendications precedentes, 
caracterise en ce que ladite instruction de stockage -est 
realisee sous la forme d'une commande correspondant a une 

25 fonction de bas~niveau. 



9. Procede selon l'une 

caracterise en ce que le 

agence pour cooperer avec 

30 



des revendications precedentes, 
terminal est un terminal mobile 
un reseau cellulaire. 
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10. Procede selon rune des revendications pr-ecedentes, 
caracterise en ce que ledit objet est un objet de type 
graphique comportant au moins 1 1 un des Elements parmi : 

- une image, 

5 - une sequence d' images, 

- une sequence d f images synthetique-s 2D, 

- et une sequence d 1 images isynthetiques 3D. 

11. Produit programme sous forme de code informatique, 
10 caracterise en ce qu'il comporte une instruction de 

stockage, dans une memoire d'un terminal, -de donnees 
relatives a un objet destine a etre edite, aupres dudit 
terminal, dans une ou plusieurs pages multimedia dans 
lesquelles ledit objet est susceptible d 1 intervenir . 

15 

• * 

12. Signal comportant un code informatique, caracterise en 
ce que le code comporte une instruction de stockage, dans 
une memoire d'un terminal, de donnees relatives a un objet 
destine a etre edite, aupres dudit terminal, dans une ou 

20 plusieurs pages multimedia dans lesquelles ledit objet est 
susceptible d 1 intervenir . 



WO 2005/088927 



PCT/FR2004/000337 



1/2 



TER , 



una 
ana 





CACHE 
node i 
UZMi 



"node i" 
UZMi 

UDATA 
U Attr 



SER 





SER 





FIG. 1 



12-a 



"CACHE 



it 



'node i" 
U DATA 




SER 



21 



v 




COM 









ZM1 


MEM- — 


ZM2 




■ 
■ 

a 




FIG. 2 



WO 2005/088927 



PCT/FR2004/000337 



2/2 



50 

zL 

M R 



INTERACT 



MM 



45 



MEDIA 



48 



ANALYS 



49 



46 



DECOD AUDIO 



DECOD VIDEO 



47 



DECOD IMAGES 

7 

42 



PROTOCOLS 

7 
43 



FONTS 

~~T~ 
4* 4* 



Y 

41 



FIG. 3 



INTERNATIONAL SEARCH REPORT 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 H04L29/06 



International Application No 

W/FR2004/000337 



According to International Patent Classification (IPC) orto both national classification and (PC 
B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 7 H04L 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal , WPI Data, PAJ, INSPEC 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



US 2002/152229 Al (PENG LUOSHENG) 
17 October 2002 (2002-10-17) 
abstract 

figures 2,5-8,13,14,16 

paragraphs '0003!, '0005!, '0008!, 

'0041! - '0043!, '0046!, '0047!, '0061! 

US 6 591 288 Bl (DRISC0LL RICHARD JOHN ET 
AL) 8 July 2003 (2003-07-08) 
the whole document 



1-12 



1-12 



A 



US 2004/030832 Al (SQUIBBS ROBERT FRANCIS) 
12 February 2004 (2004-02-12) 
the whole document 



1-12 



□ 



Further documents are listed in the continuation of box C. 



)( j Patent family members are listed in annex. 



0 Special categories of cited documents : 

"A" document defining the general state of the art which is not 
considered to be of particular relevance 

"E" earlier document but published on or after the international 
filing date 

"L* document which may throw doubts on priority claim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international filing date but 
later than the priority date claimed 



"T" later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

document member of the same patent family 



Date of the actual completion of the international search 



13 October 2004 



Date of mailing of the international search report 



21/10/2004 



Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentiaan 2 
NL - 2280 HV Rijswijk 
Tel. (+31-70) 340-2040, Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 



Authorized officer 



Pereira, M 



INTERNATIONAL SEARCH REPORT 

Information on patent family members 



In^jnational Application No 

m/FR2004/000337 



Patent document 
cited in search report 


Publication 
date 


Patent family 
member(s) 


Publication 
date 


US 2002152229 


Al 


17-10-2002 


NONE 








US 6591288 


Bl 


08-07-2003 


NONE 








US 2004030832 


Al 


12-02-2004 


EP 


1388973 


Al 


11-02-2004 








EP 


1388974 


Al 


11-02-2004 








GB 


2391773 


A 


11-02-2004 








GB 


2391626 


A 


11-02-2004 








GB 


2391782 


A 


11-02-2004 








GB 


2391759 


A 


11-02-2004 








GB 


2391760 


A 


11-02-2004 








GB 


2391761 


A 


11-02-2004 








GB 


2391661 


A 


11-02-2004 








GB 


2391662 


A 


11-02-2004 








GB 


2392284 


A 


25-02-2004 








GB 


2392274 


A 


25-02-2004 








GB 


2392285 


A 


25-02-2004 








GB 


2391663 


A 


11-02-2004 








US 


2004093466 


Al 


13-05-2004 








US 


2004030491 


Al 


12-02-2004 








US 


2004030494 


Al 


12-02-2004 








US 


2004132467 


Al 


08-07-2004 








US 


2004097226 


Al 


20-05-2004 








US 


2004097242 


Al 


20-05-2004 








us 


2004137911 


Al 


15-07-2004 



RAPPORT DE RECHERCHE INTERNATIONALE 



Demande Internationale No 

W/FR2004/000337 



A. CLASSEMENT DE L'OBJET DE LA DEMANDE 

CIB 7 H04L29/06 



Selon la classification internationale des brevets (CIB) ou a la fois selon ta classification natJonaleet la CIB 



B. DOMAINES SUR LESQUELS LA RECHERCHE A PORTE 



Documentation minimale consultee (systeme de classification suivi des symboles de classement) 

CIB 7 H04L 



Documentation consultee autre que la documentation minimale dans la mesure oD ces documents relevent des domaines sur lesquels a porte la recherche 



Base de donnees electronique consultee au cours de la recherche Internationale (nom de la base de donnees, et si realisable, termes de recherche utilises) 

EPO-Internal , WPI Data, PAJ, INSPEC 



C. DOCUMENTS CONS1DERES COMME PERTINENTS 



Categorie 



Identification des documents cites, avec, le cas echeant, I' indication des passages pertinents 



no. des revendications visees 



x 



US 2002/152229 Al (PENG LUOSHENG) 
17 octobre 2002 (2002-10-17) 
abrege 

figures 2,5-8,13,14,16 

alineas '0003!, '0005!, '0008!, '0041! 
- '0043!, '0046!, '0047!, '0061! 

US 6 591 288 Bl (DRISC0LL RICHARD JOHN ET 
AL) 8 juillet 2003 (2003-07-08) 
le document en entier 



1-12 



1-12 



A 



US 2004/030832 Al (SQUIBBS ROBERT FRANCIS) 
12 fevrier 2004 (2004-02-12) 
le document en entier 



1-12 



□ 



Voir la suite du cadre C pour la fin de la liste des documents 



Les documents de families de brevets sont indiques en annexe 



0 Categories speciales de documents cites: 

'A' document definissant 1'etat general de la technique, non 
considere comme particulierement pertinent 

"E" document anterieur, mais publie a la date de depdt international 
ou apres cette date 

"L" document pouvant jeter un doute sur une revendication de 
priorite ou cite pour determiner la date de publication d'une 
autre citation ou pour une raison speciale (telle qu'indiquee) 

■O" document se referant a une divulgation orale, a un usage, a 
une exposition ou tous autres moyens 

"P" document publie avant la date de depflt international, mais 
posterieurement a la date de priorite revendiquee 



'T" document ulterieur publie apres la date de dep6t international ou la 
date de priorite et n'appartenenant pas a I'etat de la 
technique pertinent, mais cite pour comprendre le principe 
ou la theorie constituant la base de ['invention 

'X" document particulierement pertinent; Tinven tion revendiquee ne peut 
etre consideree comme nouvelle ou comme impliquant une activite 
inventive par rapport au document considere isolement 

"Y" document particulierement pertinent; Tinven tion revendiquee 

ne peut etre consideree comme impliquant une activite inventive 
lorsque le document est associe a un ou plusieurs autres 
documents de meme nature, cette combinaison etant evidente 
pour une personne du metier 

'&* document qui fait partie de la meme famille de brevets 



Date a laquelle la recherche internationale a 6te effectivement achevee 



13 octobre 2004 



Date d'expedition du present rapport de recherche internationale 



21/10/2004 



Nom et adresse postale de I'administration chargee de la recherche internationale 

Office Europeen des Brevets, P.B. 5818 Patentlaan 2 

NL - 2280 HV Rijswijk 

Tel. (+31-70) 340-2040, Tx. 31 651 epo nl, 

Fax: (+31-70) 340-3016 



Fonctionnaire autorise 



Pereira, M 



RAPPORT DE RECHERCHE INTERNATIONALE 

Renseignements rela ix membres de families de brevets 



Document brevet cite 
au rapport de recherche 



Date de 
publication 



Dema nde Internationale No 

W/FR2004/000337 



Membre(s) de la 
famille de brevet(s) 



US 2002152229 Al 



17-10-2002 AJCUN 



US 6591288 



Bl 



08-07-2003 AUCUN 



Date de 
publication 



ik pnnzin^np^9 ai i ?— n?— 2004 FP 


1 388Q73 


Al 

r\ X 


1 1-n?-2004 


FP 


X JUU./ / *■+ 


Al 

r\x 


X JL \J I— fc_ VJ \_V **t 


GR 


P^QI 771 


A 


1 i -02-2004 


GR 




A 


i 1 -02-2004 


GR 


21Q1 782 


A 


i i -02-2004 


GR 


21Q1 7RQ 


A 


i i -02-2004 


GR 


p^qi 7^n 


A 


i i -02-2004 


GR 

u l_> 


21Q1 7fi1 

£_ 1/ Ul 


A 


11-02-2004 


GB 


2391661 


A 


11-02-2004 


GB 


2391662 


A 


11-02-2004 


GB 


2392284 


A 


25-02-2004 


GB 


2392274 


A 


25-02-2004 


GB 


2392285 


A 


25-02-2004 


GB 


2391663 


A 


11-02-2004 


US 


2004093466 


Al 


13-05-2004 


US 


2004030491 


Al 


12-02-2004 


US 


2004030494 


Al 


12-02-2004 


US 


2004132467 


Al 


08-07-2004 


US 


2004097226 


Al 


20-05-2004 


US 


2004097242 


Al 


20-05-2004 


US 


2004137911 


Al 


15-07-2004 



